Conversation
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
|
This pull request has merge conflicts with Choose the remote for the base repository, not an out-of-date fork. git fetch upstream
git rebase upstream/main
# Resolve each conflict, git add the resolved files, then git rebase --continue.
git push --force-with-lease origin HEADFor a same-repository clone whose Keep the DCO |
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
|
This pull request has merge conflicts with Choose the remote for the base repository, not an out-of-date fork. git fetch upstream
git rebase upstream/main
# Resolve each conflict, git add the resolved files, then git rebase --continue.
git push --force-with-lease origin HEADFor a same-repository clone whose Keep the DCO |
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
|
Commit Could you split this test-only commit into a small standalone PR? That would let the baseline repair land without waiting for this draft performance change and its main synchronization. |
|
I extracted the test-only repair into #5344 to unblock the current |
|
This pull request has merge conflicts with Choose the remote for the base repository, not an out-of-date fork. git fetch upstream
git rebase upstream/main
# Resolve each conflict, git add the resolved files, then git rebase --continue.
git push --force-with-lease origin HEADFor a same-repository clone whose Keep the DCO |
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
|
This pull request has merge conflicts with Choose the remote for the base repository, not an out-of-date fork. git fetch upstream
git rebase upstream/main
# Resolve each conflict, git add the resolved files, then git rebase --continue.
git push --force-with-lease origin HEADFor a same-repository clone whose Keep the DCO |
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: Lihua <1017343802@qq.com>
Signed-off-by: huangruiteng <huangrt01@163.com>
Signed-off-by: huangruiteng <huangrt01@163.com>
Signed-off-by: huangruiteng <huangrt01@163.com>
…ation Signed-off-by: huangruiteng <huangrt01@163.com>
|
This pull request has merge conflicts with Choose the remote for the base repository, not an out-of-date fork. git fetch upstream
git rebase upstream/main
# Resolve each conflict, git add the resolved files, then git rebase --continue.
git push --force-with-lease origin HEADFor a same-repository clone whose Keep the DCO |
Signed-off-by: huangruiteng <huangrt01@163.com>
|
Validation and merge follow-up for exact head Resolved the merge conflict by retaining the current main settlement tests: historical settlement replay must not mint a new scheduler operation after an intervening Turn. The production change remains confined to the strict JSON codec, replay snapshots, journal page copies and SQLite historical reconstruction; no public schema, provider default, persisted encoding or authority policy changes. Passed on the integrated code:
Disclosed failure: The historical matched scan results remain a tradeoff: ~37% improvement for changing 1 MiB projections, a 2–8 ms increase for small projections, and ~39 ms increase for the many-field projection. The four measured production files are unchanged by this integration. These timings are not a fresh long-running measurement and do not close SQLite admission/default selection. The bounded refactor pass reuses the existing strict codec and removes redundant encode/parse work without adding a storage format or parallel validator. Complete metadata, original receipts, reopened history, exact retries and conflicting intents remain covered across providers. No frontend/Lark companion is needed for an internal materialization change with unchanged consumer values. Independent review of this exact head is being requested. This record is validation evidence, not an approval verdict or authorization to bypass remaining review/CI gates. |
Historical SQLite scans were allocating repeated immutable strings while materializing complete projections. This PR reuses the strict JSON codec for independent mutable containers and removes the extra canonical JSON stringify/parse step in SQLite scan reconstruction. Persisted canonical encoding, revisions, original receipts, strict validation and complete metadata remain intact.
The copy-only object traversal also avoids per-field entry tuples. It fills an object without a prototype, then restores the ordinary prototype; special keys and inherited setter names remain data. Focused fixtures cover sparse arrays, scalar edges, nested isolation and complete checkpoint history. Existing test setup is corrected for ambiguous bootstrap receipts, quota binding and the original execution ACK; runtime authority rules are not weakened.
The shared-authority RFC now distinguishes merging an improvement, a recoverable opt-in developer cohort, and selecting the release default. Proposed absolute latency budgets are engineering targets; matched current-release performance and consumer impact guide the tradeoff. Data loss, incorrect decisions, changed original receipts and unrecoverable migration remain blockers. Frozen report failures are preserved.
Matched local evidence
Pinned base
2bd9b32693085e9d9e33cd68cda641a8e546bf17, candidate4a944ca19de494797152453a0c3cc42336f6311c; macOS arm64, Node 24.21.0 / SQLite 3.53.4, unchanged runner, clean source, sequential arms, 20 warm samples each. Small projections were repeated in reverse order. Values are scan-100 p95 milliseconds:This improves the large-payload scan by about 37%, with a 2–8 ms small-projection increase and a 39 ms many-field increase. It is not a universal speedup. Current-state reads and write policy are unchanged; archive/export and outbox scans retain the tradeoff for observation. Every arm independently checked complete projections, events, original receipts, reopened history, exact historical retry and conflicting intent rejection. Final store bytes matched within each paired workload. These are bounded local observations, not population estimates or sustained-memory qualification.
Validation and limits
Current review head:
e95f560117dea9793527c6691f857bc4ac26ca3a, integrated with main88132051b0d302a4b752ba3be59302a9d799b642. The four production owner files are unchanged from the measured candidate4a944ca19; the main integration adopts the current quota settlement tests. Timing above is historical matched evidence, not a newly measured soak on the integrated head.cqr_dd942fd2ea52c5e2a508verifies the exact diff; no unresolved quality blockers.88132051b; existing #5418 owns that repair. This is a disclosed failure, not a passed test. Fresh remote CI and exact-head independent review remain pending; other old UI CI failures are not waived by this diagnosis.Historical formal evidence is separate: the author reported 8 passed / 6 failed / 10 missing at
d767b06f1, then 14 passed / 0 failed / 10 missing at02d3dee83. Those reports do not certify this candidate. No ten-day/100k, cross-platform or release-default completion is claimed. High-load exploratory timing runs were excluded; raw local evidence remains outside Git.No frontend, Lark or public CLI schema changes are needed: this changes internal materialization while retaining complete state and consumer values, verified through real providers and CLI readback. The bounded future-facing pass reuses the existing codec owner rather than adding another validator or storage format.